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Welcome 


WIMM™ Micro Apps deliver immediate, subtle glances of information to owners of 
WIMM wearable devices. Because the WIMM Platform is based on the Android 
operating system, you may already be familiar with 98% of the technical details of 
app development. This document gives you the other 2%. 


Part I puts the concept of a Micro App in context, explaining the background and 
environment to help you design a Micro App using the WIMM Software 


Development Kit (SDK) provided in the WIMM developer site. 


Part II delves into the requirements for having your Micro App approved and listed 
in the WIMM Micro App store. These are summarized in section 12 Summary of 
Requirements. 


We are delighted to help you in this process, and to improve these guidelines based 
on your feedback in the forum. 








PART I: BACKGROUND 


1 What is a Micro App? 


Every aspect of the WIMM platform is designed for wearable devices. Just as 
smartphones fill a different function than a desktop computer, WIMM-powered 
wearable devices create a unique set of opportunities and challenges for application 
developers. 


Watch the video and browse the products and concepts at WIMM.com, where you 
will see the various ways that people incorporate WIMM Modules into their daily 
lives: from a wristwatch to a pendant, from bicycle handle bars to hospitals, the 
WIMM Module brings powerful computing to a vast number of places and functions. 


1.1 Micro App # Smartphone App 


The primary theme of the WIMM Platform is the micro experience. AWIMM Module 
is not a small smartphone; it is more accessible and subtle, and only a glance away. 
These glances are typically short - perhaps just a few seconds from intention to 
information. The content is immediately available, or just a few finger flicks away. 


If you simply port an existing smartphone application to a WIMM Module, your 
application will not result in a quality user experience. Instead, you should design 
the flow of your Micro App from scratch. 


1.2 Micro App Filter 


Because the WIMM Module is always on and always accessible, you might be 
tempted to insert dozens of features and hoards of information into your Micro App. 
However, this is not the goal of a Micro App. So how can you prioritize the activities 
within a Micro App? What features should you include? 


Let’s start by recognizing the typical duration of interaction between the user and 
the module. Because the WIMM Module is designed for quick glances, the typical 
session length is short: 15 seconds or less. Hence, your Micro App should only 
include features that are quick to access and quick to deliver content. 


A second important characteristic of aWIMM Module is the periodic nature of its 
network connections. It contains Wi-Fi and Bluetooth radios to enable network 
connections. However, these connections are short and infrequent in order to 
conserve power. If your Micro App relies on data from the internet, focus on 
information that is changing every few hours, not every few minutes. 


The following diagram will help you decide which features and activities should be 
included in your WIMM Micro App: 
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We have applied this filter to an application that provides a business traveler with 

conversion rates for different currencies (for example, U.S. dollars to Euros). From 

this analysis, we conclude that an ideal Currency Converter Micro App would focus 
on a single conversion, and update rates once a day. It would intentionally exclude 

many other features that a user might find in a smartphone or web-based currency 
converter. 
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Finally, the content and interactions that the Micro App delivers to the user should 
be immediately actionable; they should be aimed at helping the user change his or 
her actions as a result of receiving that information. 


We have created several short videos within the WIMM Labs channel at YouTube to 
illustrate these ideas. 





1.3 Module Modes 


Every aspect of the WIMM Module has been optimized for power efficiency in order 
to ensure that the battery lasts as long as possible. This is most obvious to the user 
in the form of “Active” and “Standby” modes. 


The module is Active when the user is touching the screen: the screen is backlit in 
full color; the ARM application processor is running; the screen is able to 
understand and react to swipes and touches; and applications are able to launch and 
operate. 


When the module is inactive for over 15 seconds, where the user has not touched 
the screen, it enters Standby mode: the backlit screen dims, transitioning to a 
reflective state with shades of gray; the application processer turns off, and a low- 
power microprocessor controls the module; and regardless of which application 
was running, the display transitions to the grayscale image of the default watchface. 
The system updates data on the watchface once per minute. 


There is no analogy of Standby mode in the smartphone paradigm. This is a mode 
that WIMM Labs invented to optimize power utilization, which required substantial 
changes to hardware and low-level software, and now provides developers with 
another way to interact with users and display interesting content. 


When in Active mode, a watchface can use bright colors and interesting animations. 
In Standby mode, the watchface uses grayscale. The system does not automatically 
convert a color watchface into a grayscale one for Standby mode; you provide that 
artwork. 


1.4 Application Types 


Deciding between building a Micro App or a watchface? If your application requires 
a full range of swipes and touches, and displays data that the user may only need for 
a few seconds, then a Micro App is for you. If your application displays only a small 
amount of content that should be available to the user continually, then a watchface 
would be your best development option. 


You are not limited to one or the other. If you chose to create both a Micro App anda 
watchface, they can have different levels of functionality, and share information 
between them. For example, a Micro App for news about football might show a list 
of recent games and scores, along with the most recent summary of highlights 
pulled from a popular blog, and even thumbnail pictures. An accompanying 
watchface could pull those scores and display them underneath the time. In fact, a 
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watchface can display any content that has been published by other applications on 
the module, such as calendar events or weather forecasts. 


See the section on Watchfaces for more information. 


1.5 Screen Specifications 


While this document does not list all of the technical specifications of the WIMM 
Platform, the following details are important for the design of your Micro App. The 
size of the screen on a WIMM Module is 160 by 160 pixels, with a resolution of 160 
dots per inch (dpi) yielding a usable screen size of one inch by one inch (25.4 mm x 
24.5 mm). 


36mm 
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In Active mode, the screen has 16 bits of color (5-6-5 RGB) for 65,535 colors, and 
refreshes at approximately 30 frames per second. Be sure to consider and test 
gradients for banding given this color depth. In Standby Mode, the screen reverts to 
Shades of gray and refreshes once per minute. 


The entirety of the screen is usable for a Micro App: there is no dedicated space fora 
system menu bar. 


2 Canvas Paradigm 


The user experience on a WIMM Module has been designed to be instantly and 
intuitively navigable. For most applications, we used a paradigm of a canvas - the 
kind that old-fashion artists use to paint a picture, not the Canvas class within 
Android. The screen on a WIMM Module is like a magnifying glass for one small 
section of that large canvas. By scrolling down in an application, the user will see 
more content within the same topic. By scrolling left or right, the user will see 
different topics. 








For example, below you will find screen shots from the Weather Micro App. (The 
red box indicates the content that is displayed within a single screen on the 
module.) By scrolling down, the user sees the forecast for more days within the 
selected city. By scrolling right, the user sees the weather for different cities, where 
he or she can scroll down for forecasts. 
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Some Micro Apps do not fit neatly into this paradigm, perhaps because they have 
multiple layers of content, or more interactivity than a simple display. These apps 
diverge from the canvas paradigm, but retain many of the same principles. Here is 
an example from the Facebook Micro App: 
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3 Validation 


In the world of mobile app stores, there are two different extremes. Some app stores 
post any app submitted, and as a result are flooded with apps of poor quality and 
usability. On the other extreme, other stores test each and every app, and only let 
those of high quality into their app stores. Unfortunately, some of these stores 
neglect to post their expectations, and thus reject apps for seemingly unknown 


reasons. While the average quality of the apps may be high, developers can get 
frustrated with an opaque process. 


WIMM Labs is intentionally adopting the best aspects of both approaches. The 
WIMM Micro App store will have two different sections: 


1) The Store with full e-commerce capabilities, filled only with Micro Apps and 
watchfaces that have been validated by WIMM Labs for technical stability on 
WIMM hardware and adherence to both the requirements and best practices 
of these WIMM Micro App Guidelines; and 

2) The Test Lab with apps that have demonstrated they are technically stable, 
and adhere to the requirements of these guidelines, but neglect some of the 
best practices within these guidelines. 


As a result, the Micro Apps in the store will be of high quality and value, which will 


give users confidence to purchase more apps. Furthermore, these apps will optimize 
battery life on the WIMM Module. 


Some developers may intentionally disregard these guidelines in order to 
experiment with new interfaces or features. We applaud that innovation, and will 
help you to evolve your app towards these best practices. As long as the Micro App 
is stable and meets the minimum expectations defined below, it will be listed in the 
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Test Lab portion of the WIMM Micro App store. We also expect these minimum 
expectations to evolve as we learn more about user behavior on WIMM Modules. 


To submit your final app to WIMM Labs for review, you will need a certificate for the 
app to ensure that the application cannot be pirated by other developers or users. 
This certificate will be available at dev.wimm.com for $25. 


At WIMM Labs, we will first test the app for stability and use of approved WIMM 
APIs. Then we will review the app for compliance with the guidelines and best 
practices in this document. At this point, there are three possible outcomes: 


1. If your Micro App passes all of these tests, we will notify you of its success. 
You will then be able to pick a date for launching the app in the WIMM Micro 
App store. You may also choose to launch the app immediately upon 
approval. 

2. If your Micro App is technically stable but does not meet all of the guidelines 
and best practices within this document, we will notify you of the problems. 
You can either rework the app, or agree that it should be posted in the Test 
Lab for distribution without charge to consumer. 

3. If your Micro App is not stable, we will notify you of the errors that we found 
so that you can correct them. We will also point to resources that you can use 
to help you. 


Our goal throughout this process is to be transparent. If you do not understand or 
agree with our feedback, we would be delighted to have a conversation with you at 


development@wimm.com 


Reaister Download tools and Aewauastions Design, code and 
Create 9 guidelines q alpha test 
Validation by Publish and 
comment 
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PART II: REQUIREMENTS AND BEST PRACTICES 


4 Content 


When developing Apps for the WIMM Module, please adhere to the following 
content standards: 


¢ No illegal activity 

¢ No pornography 

¢ No copyright violation 
¢ No misuse of user data 


We will actively adhere to these standards during the validation test. If you find any 
other WIMM Micro App that you think slipped by us, please alert us at 
report@wimm.com. 


5 User Interface 


A fundamental trait of well-designed Micro Apps is that they are intuitive. This 
section discusses several best practices for displaying content. In the next section, 
we will describe the best ways to help the user navigate through multiple screens. 


This intuitive experience starts with the Micro App’s icon and name in the launcher, 
shown below. 


« 
| |! 





"folate m@ lela 4 


By swiping up, the user enters the app, which displays a quick transition (see 
pictures below of a peek view) and then immediately displays useful content. Avoid 
an in-app “mini-launcher’ of icons or a splash screen. If you find that your design 
requires this kind of initial launcher to pick from among many different activities, 
consider reducing the number of features. 
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The minimum font size should be 12 points for the primary content, but you may 
want to use smaller text for supplemental information. For example, the World 
Clock Micro App (see picture above right) describes the time in a 12 point font. 
Other tidbits, such as “Today’ (in case the city is a day ahead or behind) are smaller. 
The location, “New York’ is in smaller text since it is reinforcing the red dot on the 
map. 


The Weather Micro App demonstrates a few other best practices. Note that the 
location is at the top of the screen, but the primary content is reinforced with both 
images and text. If the user scrolls down, he or she sees more information for the 
same location. (The red box indicates the content that is displayed in a single 
screen. ) 


San Francisco 


r 169° 
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FRI =~ H76° L58° 
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If you are using a 12 point font, you can fit a maximum of eight lines of text onto a 
single screen. Yet with intuitive scrolling, there is no need to cram so much into a 
single screen. The Weather app allows the user to see a full week forecast in only 
two screens. 


While there is no technical limit for the number of screens you can insert into your 
Micro App, we caution you against inserting too many because it will overwhelm the 
user. If using the Canvas Paradigm, we advise no more than seven columns across 
and five screens down. The user should not scroll right only to find himself ina 
distant or unknown location on the canvas. To use a term from science fiction 
movies, avoid Hyperspace. 
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Your app must not try to keep the module from entering Standby mode; if the user 
does not interact with your application for 15 seconds, the module puts itself into 
this passive state. 


If you typically mock up your app in Photoshop, you will find a file of Photoshop 
filters in the WIMM developer site to help you mimic the colors and light conditions 
of a typical WIMM Module. The reflective nature of the display means that bold, 
saturated colors tend to render best. 


WIMM Micro Apps do not have pull-down menus or dedicated Back buttons, since 
there are no hard buttons on the module to navigate through or dismiss these 
elements. To move up or back in content or hierarchy, the user should be able to 
scroll up or left. 


Most apps should be sufficiently simple and intuitive that the average user would 
not need instructions. If you do need to provide instructions, consider pictures and 
icons instead of text if possible. (This will also reduce the demand for localized 
versions in different languages. ) 


To learn to create these displays within your own Micro App, see the HelloWorld 
tutorial and sample code and API reference list within the WIMM developer site. 


6 Navigation 


The Micro App is designed for instant glances of information. The user should be 
able to access different kinds of content quickly. The following table describes some 
of the common gestures on the WIMM Platform. 


Gesture Description Result 

Tap 

Long Press Press and hold Usually reserved for less frequent actions. 
Swipe Up 


. Move finger down Move back to top of screen. If at top, exit 
Swipe Down eae 
(=Scroll up) application. 


Swipe Left 


Move finger right 


Swipe Right (=Scroll left) 


Move back to content you have already seen 


Multi-touch 








6.1 Swipes 
The primary method for the user to navigate through a Micro App is by swiping. 


When designing a Micro App, anticipate gross touch gestures only. You should not 
try to insert multiple swiping zones within a single screen. Users will not be able to 
enter delicate, precise gestures while on the go. Instead, they will generally swipe 
across the entire screen and expect the Micro App to respond. 


6.2 Single buttons 


There are several other ways to allow the user to navigate through a Micro App. But 
before you insert buttons or other, more complex elements, we again urge you to 
consider narrowing the scope of your application to features, data, and actions that 
are focused on the immediate delivery of vital information, without requiring too 
much - if any - interaction from the user. Many of the examples of additional entry 
methods reside in the Settings Micro App on the WIMM Module. These buttons are 
included in the WIMM SDK. 







Shutdown 


To restart after 
shutdown, press the 
power button on the 
side of the module. 





Settings 


If you choose to create your own button, use a touch target of at least 40 pixels in 
each dimension. The color red should only be used when the action of the button is 
destructive. 


If you have an action that can be either on or off, use a toggle where the “on” and 
“off? states are reinforced with green and dark gray, respectively. 








¢ = Airplane 


— Ei 


Disables Wi-Fi and 
Bluetooth radios for 
air travel 





ron) Reta 


Enables vibration for 
alerts 





These screen shots also highlight the use of navigational cues for Micro Apps that 
have complex hierarchies. The arrow in the upper left corner of the screen signals to 
the user that he or she can scroll left (in this case, to return to the panels of the 
Setup Micro App), but not right. 
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6.3. Modal Dialogs 


A modal dialog box typically has one of three different functions on the WIMM 
Platform. Most commonly, it is used to display additional detail. The user exits the 
dialog by clicking the “X” in the upper right corner. (The dialog box should not have 
another method to dismiss itself.) For example, here is the detail attached to a 
Calendar event. This detail may have additional text below the break, and thus allow 
scrolling. 


10:00am-11:00am 


“~~ 


Ee 


a weekly s/w focused 
meeting to discuss 


cross functional s/w 
issues, project 
deliverables, etc. 


Attendees: 





The second common usage of a modal dialog box is to signal to the user that an 
action must be performed before the user can continue. The following dialog 
presents with the user with three different options: Yes, No, or Cancel via the “X”. 
This may or may not include scrolling vertically for more information. 


Airplane Mode 


Turn off airplane 
mode? 


Yes 





The third common use of a modal dialog box is to reduce the risk of mistakenly 
navigating outside of a page when using a spinner or button. The dialog locks the 
user onto the screen; he or she can no longer swipe to leave the page. We highlight 
this case to caution you against inserting a spinner or multiple buttons into a screen 
without using a modal dialog. 


If your Micro App is going to use a modal dialog, we recommend that you use our 
controls, including the title bar. 


6.4 Spinners 


The spinner is another data entry tool. This element takes the place of the pull-down 
menu that you might find on other platforms. 
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The spinner should only be used inside of a modal dialog box. It can be combined 
with a button. The WIMM SDK has spinners to help you set time, date, and time 
zone. These are complete dialog boxes; the components are not provided separately. 


6.5 Letter Picker 


In rare instances, the user must enter individual characters: a Wi-Fi password or an 
email address. Most of these can be pushed to the web-based owners site (see 
section on 9 What is a Micro App?Settings below). When entering longer commands 
on the module is unavoidable, we have included a horizontal letter picker to embed 
into a model dialog box. 


Network Password #4 


78°AiBb 





Again, text entry is not recommended in any Micro App on a WIMM Module. You 
should avoid it if possible. 


Note that any data entry tool that you create should be below the text being entered. 
This allows the user to see their input as it is typed, without fingers getting in the 
way. 


7 Network Connection 


WIMM Modules connect to the internet via Wi-Fi or via Bluetooth to another device, 
such as a smartphone or laptop, that already has a connection (“tethering”). 
However, the radios that enable these connections consume large amounts of 
battery power. Hence, the WIMM Platform is very careful about how often and for 
how long a network connection can be established. 


The best - and often only - way for your Micro App to access the internet is to 
leverage the periodic connection that the WIMM Module initiates, which uses a 
custom WIMM API that listens for the device to establish a network connection. 
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Under no circumstances can a Micro App initiate a network connection on its own in 
the background. 


We at WIMM Labs are very protective of battery life, since it is a vital element in 
delighting the user. Internet connectivity is also high on our list. We are constantly 
discovering and implementing new ways to have both power and connectivity, and 
look forward to further discussions with you on how to optimize Micro Apps in 
general and these guidelines in specific to balance these two goals. 


In order to explain the options for Network Connections on the WIMM Platform, 
please see the tutorial and forum in the WIMM developer site. 





8 Notifications 


The WIMM Platform does not use the traditional Android Notification Manager 
because it was not designed for the kinds of alerts and notifications that are 
necessary for and expected in a wearable device. Instead, we created our own 
custom Notification Manager. 


Alerts on the WIMM Module pop up to cover the entire screen, prominently 
displaying important reminders and incoming SMS texts. Your Micro App can also 
generate alerts. 


9 Settings 


The WIMM Platform is primarily intended for the consumption of personal data. The 
buttons and other data entry elements described above allow the user to interact 
with an application, but these are intended only for interactions that require 
immediate user input. 


Most settings for a Micro App do not fall within this category. Many of these are set 
only once, and never touched again. To help the user interact with application 
settings, we have created an entirely separate mechanism using a web-based portal 
accessible from a computer or smartphone. 


This mechanism is not just for the applications provided by WIMM Labs; it is 
available to 34 party developers and their Micro Apps. Please see the upcoming 
tutorial on the WIMM developer site for details. When you upload your Android 
application to WIMM Labs, you will also upload a schema file that will use standard 
web controls to create these settings. These settings are then reinserted into the 
Android application on the module. 
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My Account 


Welcome ted@wimm.com, Sign Out 


Store Notice 
Devices You have successfully linked your VWVIMM One. This site allows you to manage settings for your 
VWIMM-powered devices. Return here regularly to learn about the latest features and updates from VWIMM. 


General Settings 
> Watches 


You have made changes to your settings. These changes will appear on VWIMM One at the 


> Micro Apps ‘We onext sync 


Developer 
General Settings 


Time and Date Formats 


[12 Hour | oi z am : mm am ms (_ovasa01t | ° z : sin 


Time Format Time Offset Date Format Week Start Day 
Set your <Product Name> for Offset your <Product Name> date/month/year or What day do you start your 
12 or 24 hour time to stay on time month/date/year week? 


Location 


Lon | wi = Eons | American | cana : 


Location Service Home City Unit System 

Allow applications to access Your home city is the default Fahrenheit, Feet, Miles or 

your current location. ocation used for time, date Celsius, Centimeters, 
and other apps Kilometers 


Sync Interval 
0 minutes fast Ww 
Sync Interval 


Sync your <Product Name> 
this often. 





Even though we have created this web-based mechanism, we still recommend that 
you provide as few settings as possible, and pre-set them to the values that most of 
the users would want. 


If your Micro App asks the user to provide a user name (and password) to receive 
personal content from another website (for example, Google Tasks), you should pre- 
populate the Micro App with placeholder data and a subtle reminder in the Micro 
App to prompt the user to enter the necessary identification into the settings on the 
owner site. 


10 Watchfaces 


A watchface is a little different than a typical Micro App, and has a different pattern 
of usage. 


1) Because the user will be glancing at the Standby watchface for the majority of 
the day, the watchface should display data cleanly and immediately without 
any user interaction. 

2) Once the user touches the watchface, it will transition from grayscale 
Standby to full color Active. This active watchface can display additional 
colors, graphics, and data. 
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Watchfaces can be more than traditional analog faces. They can use color, images, 
backgrounds, text, and even data from other Micro Apps, such as weather or 
calendar events. And you can carry as many or as few of these features into the 


Standby display as you desire. 


MO AUS 2S 


o ous 


San Francisco 


eeceeeee 
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=, , (a, 
aw" Cus 
PM a = pe 


San Francisco 


H1S° Lo 53° 








H1BS° to 53° 








August 29, 


Da aceistch reer ial 
2:02 
“ pm 
2:00 pm Kick-Off - 
Phase 11 WIMM.com 


Wife} ater= hy 
August 29 


2:02 on 


2:00 pm Kick-Off - 
Phase II WIMM.com 


You can insert multiple horizontal panes if desired. This means that in Active mode, 
the user could swipe left or right to find additional screens of content. For example, 
the initial screen might report time, and screens to the sides might include recent 


news stories or upcoming events. 
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In addition, a watchface does not have to be a traditional depiction of a clock. You 
can include interesting artwork. Here are some examples: 





In fact, the watchface does not need to show the time at all. We hope that you 
experiment with different types of data. 


Some additional attributes of a watchface that differs from a Micro App: 


e Only horizontal scrolling; no vertical scrolling. (Scrolling up displays the 
status bar; scrolling down exits the watchface and enters the Launcher.) 

e No long press. (A long press wakes the module from Standby to Active. A 
second long press activates the watchface carousel, where the user can picka 
different default watchface.) 

e Grayscale images for Standby Mode, which is updated once per minute. 


Like any other Micro App, a watchface can pull data that has been made available by 
other applications, and display those snippets of content. This is especially 
important for watchfaces as a way to quickly show data, such as the next event from 
the Calendar or the number of unread emails from an email Micro App. 


Please see the watchface tutorial and sample code in the WIMM developer site for 
more information. 


11 Launcher Icons 


WIMM has created its own Micro App Launcher. See the HelloWorld tutorial for 
notes on how to specify the icon that your application would like to insert into the 
launcher. 


The icon should be 96 by 96 pixels. 


The application name that will be placed underneath the icon should be no more 
than 80 pixels wide. The Launcher will use a default of Arial 12 point font. 


12 Summary of Requirements 


Here is a list of requirements that all WIMM Micro Apps must meet in order to be 
listed in the Micro App store or Test Lab. These are discussed in more detail below. 





12.1 WIMM APIs 


1. You must only use allowed APIs, as documented in the WIMM SDK in order to 
have your Micro App allowed in the Store or the Test Lab. 

2. Your app must be stable, and not cause the module to hang or crash under 
any foreseeable circumstance. 


12.2 User Interface 


3. Unless your app needs custom buttons, you must use our button elements, 
provided as resources in the SDK. 

4. Ifthere are no competing elements in the immediate area on the screen, the 
touch target for any button must be greater than 40 pixels by 40 pixels. 

5. The module must be able to return to Standby mode; you should not insert 
any wake locks into your app. 


12.3 Navigation 


6. You must allow the user to exit the app by scrolling up from the top of 
content. 
7. You cannot override WIMM exit animation. 


12.4 Network Connection 


8. Your app may not initiate a connection while running in background. 

9. When in the foreground, your app may request an immediate connection, but 
it must not depend on that connection. If the battery is low, or there is no 
network available, or for a handful of other reasons, your request for a 
connection may be denied. 

10. Because the connection may not be allowed, your app must keep the request 
and reply invisible to the user. In other words, you may not present an 
“Update now’ option to user. 


12.5 Settings 


11. You must host all one-time settings on the WIMM owner's site. 


12.6 Watchfaces 


12. You may not use “long press’. (It is reserved to launch the watchface 
carousel.) 

13. You may not allow vertical scrolling. (Swiping up brings you to the Micro App 
Launcher.) 

14. You must include graphic assets for a Standby watchface. 


12.7 Launcher Icon 


15. Your icon must be 96 pixels by 96 pixels. 
16. Your app name may be no longer than 13 lower case “x’s long in 12 point. 
Example: Anameisgreat contains the maximum space. 
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12.8 Best Practices 


In order to be posted to the Micro App store, your app must adhere to a few more 
“best practices”. Those apps that do not follow these additional guidelines are still 
eligible to be listed for free in the Test Lab. 


1. Your app should deliver content in subtle, immediate glances of personally 
relevant information. The typical duration of interaction should be three to 
15 seconds, activated at least three times a week. See the Micro App Filter for 
more information. 

2. If your app is a simple display of information, you should use our Canvas 
Paradigm. 

3. Even apps with a more complex structure should minimize hierarchies, extra 
dialogs, and buttons. The user should need a maximum of two gestures - 
Swipes or taps and button pushes - to access any piece of data. 

4. The ideal Micro App should require no explanation or instructions; it should 
be instantly intuitive. 

5. Your app should use the same fonts, sizes, colors, cues, and graphical 
elements as already included in the original WIMM Micro Apps. 

6. You should use color consistently, where green signals an “on” state, “gray” is 
an “off” state, and red is for destructive actions. 


13 Innovation 


In closing, we want to emphasize our belief in innovation. Here at WIMM Labs, we 
are confident that you will create Micro Apps and watchfaces whose design and 
functionality exceed our wildest imaginations. 


We are eager to help you in this endeavor by providing content, documentation, and 
APIs. With your help, the depth and breadth of our developer support will grow over 
time. With your participation, we strive to continually improve the WIMM Platform, 
and attract more users who can then enjoy your Micro Apps. 


Sincerely, 

The Developer Relations Team at WIMM Labs 

See the tools and samples at https://dev.wimm.com/developer/ 
Participate in our forums at http://support.wimm.com/forums 


Follow us on Twitter at @WIMMdev 
Contact us via email at development@wimm.com 
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